home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 174 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.7 KB

  1. Path: fido.asd.sgi.com!austern
  2. From: Max TenEyck Woodbury <mtew@cds.duke.edu>
  3. Newsgroups: comp.std.c++
  4. Subject: U.S. monitary unit.
  5. Date: 30 Jan 1996 19:39:35 PST
  6. Organization: Duke University Center for Demographic Studies
  7. Approved: austern@isolde.mti.sgi.com
  8. Message-ID: <4emnvr$ecu@news.duke.edu>
  9. NNTP-Posting-Host: isolde.mti.sgi.com
  10. X-Original-Date: 31 Jan 1996 03:34:18 GMT
  11. X-Mailer: Mozilla 1.1N (Windows; I; 16bit)
  12. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  13.     iQBVAwUBMQ7kjky4NqrwXLNJAQH/UwH/RTFEALfqkvoADL/Fl+W/ToXt/Rha0Q9Y
  14.     NwV+a8SiPnbKcDHLuIaCHuqgFxqqtJjIa0DLnVeHKvWyMqGeS7GaBw==
  15.     =PuI2
  16. Originator: austern@isolde.mti.sgi.com
  17.  
  18.     I was just going through the draft standard locale section and noticed what
  19. might be a problem.
  20.  
  21.     The standard assumes that the unit of account is the cent or one hundreth 
  22. of a dollar.  Other units of account may be used, including the mil or one 
  23. thousandth of a dollar.  I suggest that there may be a requirement in some 
  24. applications for internal values to be held in mils while display values be 
  25. for some larger unit.
  26.     There may be similar problems with international currencies.
  27.  
  28.     This problem would be handled easily if there were a monitary facet property 
  29. that specified the size of the display unit in accounting units.  This would
  30. have to be at least 'int' sized to allow accounts kept in mils to display
  31. whole dollars typically seen in tax preperation.  In might be advisable to make 
  32. it 'double' to take care of government economists who deal in 10^9 or 10^12 
  33. dollar hunks.
  34.  
  35.         Max
  36. ---
  37. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  38.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  39.   is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
  40.